English version

Поиск по названию документа:
По содержанию 1 (быстрый):
По содержанию 2:
АНГЛИЙСКИЕ ДОКИ ЗА ЭТУ ДАТУ- CS Rules (CSS-042) - B710609-2 | Сравнить
- CS Rules (CSS-043) - B710609-3 | Сравнить
- CS Tips (CSS-041) - B710609-1 | Сравнить

РУССКИЕ ДОКИ ЗА ЭТУ ДАТУ- Правила КС (КС-42) - Б710609-2 | Сравнить
- Правила КС (КС-43) - Б710609-3 | Сравнить
- Советы КСам (КС-41RA) (2) - Б710609RA77 | Сравнить
- Советы КСам (КС-41RA) - Б710609RA77 | Сравнить
СОДЕРЖАНИЕ ПРАВИЛА К/С ТРУДНОСТИ ПК ПЕРЕИСПРАВЛЕНИЕ ОБЕСЦЕНКА ОДИТОРА Cохранить документ себе Скачать
HUBBARD COMMUNICATIONS OFFICE
Saint Hill Manor, East Grinstead, Sussex
HCO BULLETIN OF 9 JUNE 1971
Issue II
ОФИС ХАББАРДА ПО СВЯЗЯМ
Усадьба Сент-Хилл, Ист-Гринстед, Сассекс
БЮЛЛЕТЕНЬ ОХС ОТ 9 ИЮНЯ 1971
Выпуск III
RemimeoРазмножить
CS Series 42Серия Кейс-супервайзера, 43

C/S Rules

ПРАВИЛА К/С

COMPLETE CYCLES

ТРУДНОСТИ ПК

Don't leave cycles incomplete on a case.

Никогда не создавайте пк трудностей.

If a C/S starts a 37R and the auditor goofs, correct the auditor and then get the 37R completed. Don't disperse and do something new.

Когда пк хорошо работает, пускай катится дальше. К/С может обнаружить возможную ошибку, но если у пк Широкая П/С ОХП на Экзамене, бог с ней.

If you have a program going and it's goofed, repair the auditor and the goofed pc and continue the program you began on the case.

Жуйте одитора, отсылайте его на Усиленное Обучение. Но не бросайте хорошо работающего пк вниз головой в обширное исправление — не врывайтесь в прогрессирующую программу. Из-за этого у пк будет потеря.

Repair (Progress) Programs are ended when the pc is flying nicely. When a repair hits that, don't re-repair.

Вы исправляете того, кто не проходит хорошо. Не позволяйте пк продолжать, если он работает плохо, без изучения кейса. Изучите папку кейса, найдите правильное почему, возвращаясь туда, где пк хорошо работал, а затем поднимаясь вверх к ошибке. Это будет прямо в следующей сессии.

On Advance Programs, take each step to its EP. Don't suddenly start something new.

Если пк никогда не одитировался раньше, вы, конечно же, входите в его жизнь с ЗФ + 40 Методом 5 и урегулированием, а также с ремонтами Жизни.

A sure way to solve a case is go back and find the earliest incomplete program, complete it and so on up to PT.

ПЕРЕИСПРАВЛЕНИЕ

Keep your "finger in the book" on a case. Don't lose your place. That's done by having the current program on the inside front cover, paper clipped on, and checked off with each step done. When it's done, put a new program on top of it.

Любое действие Исправления или Прогресса достигло Конечного Явления, когда пк снова хорошо движется.

Insist that auditors keep up the inside front cover folder summary each session with their auditing time and admin time in the box. This FS is a 2 column set of boxes, date, what's run, F/N or bogged and time.

Это необычно для программ Исправления и Прогресса.

By seeing Admin is in you can keep your place in the book or study back rapidly to find what's been done.

Неправильный Пример: Пк был на Ступени II, свалился на голову. К/С изучил кейс, нашел вне-списки, выписал обширную Прг Исправления и К/С. На полпути по исправлению, пк снова начал летать. К/С продолжил исправление. Пк застрял. К/С проК/Сил пк, чтобы он снова летал. К/С продолжил исправление. Пк застрял.

DOUBLE ACTIONS

Правильный Пример: Пк свалился на голову на Ступени III. К/С выписывает Прг Исправления и К/С. Одитор находит вне-списки и исправляет их. Пк летает. К/С сразу же возвращает пк назад на Ступень III.

The deadliest faults on cases are running the same action or grade twice. This drives TAs up through the roof.

ОБЕСЦЕНКА ОДИТОРА

Example: Power done in '65. Done again in '69!

Одитор может быть обесценен К/С, который может набросить на него много новых тех пунктов.

Example: Grade IV done in '69, done in '70.

Данные одитора зашатаются.

You find the case isn't doing well or find the error. In doubles, rehab by date of the first time it was done.

Если не было принято никакого решения — этого нет в БОХС и пленках — это не под рукой и нельзя найти в БОХС и пленках, К/С не должен заострять это.

I've seen Interiorization done three times on one pc, Power twice and the same Dianetic Chains run over and over. And people wondered "Why is the TA high"!

Пример: Одитор расширяет список более чем три раза после П/С. К/С обрывает его. Такого правила нет. Пк, возможно, не примет пункт, пока список не будет составлен еще несколько раз. Результатом будет стрельба между К/С и одитором, просто из-за того, что это не верный пункт.

So when you order a major action always check to see if it's ever been done before! Save you grief. And if a major action won't run, suspect it may have been done before.

БОХС и Пленки являются стабильными данными, на которых строится согласие между одитором и К/С. «Если это не написано (или не сказано на пленке) это не так».

SET-UPS

Не колеблитесь касательно известных тех моментов в К/Совании.

Always set up a case fully for the next major action.

Никогда не шатайте сведения одитора, проталкивая сведения, которых нет в БОХС и Пленках.

Don't overrepair. But be sure the case is not sick, has had good exam forms and does well.

Всегда знайте свои сведения, свои БОХС и Пленки и отсылайте к ним одитора на Усиленном Обучении.

Then C/S the next major action.

На Усиленном Обучении ДОЛЖНА быть библиотека всех материалов.

BLAMING THE PC

На линиях К/С-одитора может появиться скрытая линия данных (или на курсовых линиях или линиях усиленного обучения), которая может РАССТАБИЛИЗИРОВАТЬ ВСЮ ТЕХ И ЗАБЛОКИРОВАТЬ ДАЛЬНЕЙШИЕ РЕЗУЛЬТАТЫ.

Never blame the pc. Many it is true are dog cases.

Разрушение тех в областях начинается со скрытых линий данных, КОТОРЫЕ НЕ НЕСУТ ПРАВДЫ.

But even dog cases can be handled.

Так что используйте и справляйтесь с БОХС и Пленками и оставляйте все остальные пункты в покое. Ваши одиторы станут уверенными в себе и тех, а Тех улучшится.

When you find auditors (or feel yourself) blaming the pc, get the overts and withholds run out.

Достаточно просто настаивать на обычном. Тогда одиторы и кейсы будут летать.

Once I got the most splendid sessions out of an HGC. I had the auditor's overts and withholds checked on each auditor before he went into session. It was just research, but my it worked! Those were the smoothest sessions! Pcs began to fly!

Л. РОН ХАББАРД
Основатель

Too many times one blames the pc only to find later that the auditor's TRs were ghastly and that a major action had been run twice. Such discoveries make a C/S out of a C/S.

L. RON HUBBARD
Founder
LRH:sb.rd